STORAGE SYSTEM AND FILE -REFERENCE METHOD 
OF REMOTE -SITE STORAGE SYSTEM 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

This invention relates to remote copy between two 
storage systems situated at a geographic distance from, and 
coupled to, each other. When the data of one storage system 
is updated, the contents of update are transferred, or remotely 
copied, to the other storage system so that both the systems 
have the same data. More specifically, this invention 
relates to technology for using a copy of data by remote copy 
in a file system. 

2 . Description of the Related Art 

Technologies for remote copy between storage systems 
are known (see, for example, USP 6,442,551 and Japanese 
Unexamined Patent Publication No. 2003-76592). According 
to the technology, when the data of a disk drive at a location 
(a local site) are updated, the contents of update are 
transferred to a disk drive at another location (a remote 
site) so that the two disk drives have the same data. 

According to the invention of USP 6,442,551 and Japanese 
Unexamined Patent Publication No. 2003-76592, the storage 
system at a remote site is used as a standby system; i.e. , 
when the local site becomes inaccessible, the storage system 
at the remote site is mounted and used as a file system. 
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SUMMARY OF THE INVENTION 

The data stored in a storage system at a remote site 
is inaccessible unless fail-over (the handing over of duties 
from the local site to the remote site) takes place due to 
trouble at the local site or data transfer between the local 
and remote sites is stopped (execution of split or canceling 
of pairing). USP 6,442,551 discloses a system wherein two 
or more disk drives as a mirror store the same data and are 
accessible only after the mirror is canceled. According to 
the invention of Japanese Unexamined Patent Publication No. 
2003-76592, pair volumes are made between storage devices 
with the function of remote -copy and one upper layer device 
possesses the pair volumes exclusively and rejects update 
requests from another upper device. Thus, the pair volumes 
are recognized as one volume by the storage systems. 

The reason why "split" is necessary as described in 
USP 6,442,551 is that if the disk drive is mounted at the 
remote site while the data transfer between the local site 
and the remote site is kept , the mounted disk drive is 
inaccessible because of the problems below. 

The first problem is as follows. If the user data of 
the local disk is transferred to the remote disk, the local 
file system caches metadata (which is file-management 
information and will be discussed later in detail) and the 
metadata are not written into the storage device at the local 
site if the file system is of journaling; therefore, the 
contents of update at the local site are not reflected at 
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the remote site. 

The second problem is as follows. The file system at 
the remote site has its own cache memory. If the contents 
of the disk drive at the remote site are updated, the contents 
of cache memory at the remote site are not updated; accordingly, 
the latest file data are not referred to. If the cache memory 
of the file system at the remote site stores pre-update data, 
the file system uses the pre-update data and it causes to 
refer to pre-update file data instead of the latest file data. 

It is disclosed that a storage system wherein when the 
data of a file system at a local site is updated, the contents 
of update are sent to a file system at a remote site so that 
the latest file data can be referred to at the remote site. 

The storage system comprises (i) a disk device, (ii) 
a file server, and (iii) interfaces for sending and receiving 
data to and from the disk devices of other storage systems 
through communication links. The disk device includes at 
least one disk drive to store data, a disk-control unit to 
control writing and reading data into and from the disk drive 
or drives , and a disk cache for the transmitting and receiving 
data to and from the disk drive or drives. The file server 
includes a CPU for various kinds of processing, a main memory 
to store programs and data for the CPU, and a network interface 
to be connected to clients through a network . The main memory 
includes a file system-processing unit and a file-system cache . 
The file system-processing unit carries out various kinds 
of processing of the file system which manages the areas of 
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the disk drive or drives so that the files are correlated 
with the data locations in the disk drive or drives. The 
file-system cache is a buffer to be used by the file system. 

The disk-control unit at a remote site receives the 
contents of update and the historical information about 
management of a file in the disk device at a local site through 
a communication link and stores the contents and the 
information in the disk device at the remote site. The 
disk-control unit at the remote site refers to the history 
of the file-management information in the disk device at the 
remote site and updates the information in the file- system 
cache at the remote site in accordance with the update of 
the file at the local site. 

When a client makes a read request at the remote site, 
the disk-control unit at the remote site refers to the 
file-management information in the file- system cache at the 
remote site and makes it possible for the contents of update 
of the file to be transferred to the client. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram of the storage system in 
accordance with a preferred embodiment of the present 
invention; 

Fig. 2 shows a plurality of storage systems of Fig. 
1 which are coupled together for remote copy; 

Fig. 3 illustrates processing of data transfer between 
two storage systems of Fig. 1, one situated at a local site 
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and the other at a remote site, and processing of reference 
to file data at the remote site; 

Fig. 4 illustrates a configuration of the file 
system-processing unit of the file server of the storage system 
of Fig. 1; 

Fig. 5 is a flowchart of processing of a client's read 
request by the file system-processing unit of the storage 
system of Fig. 1 at a local site; 

Fig. 6 is a flowchart of processing of remote copy by 
the disk-control unit of the storage system when data are 
written into the disk device of the storage system of Fig. 
1 at a local site; 

Fig. 7 is a flowchart of processing by the file 
system-processing unit of the storage system of Fig. 1 at 
the corresponding remote site when a file is updated at a 
local site; 

Fig. 8 illustrates a configuration of data for remote 
copy to be transferred to the remote site; and 

Fig. 9 illustrates information to be stored in the 
journal -log areas in the disk drives of the disk device of 
the storage system of Fig. 1. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Referring to the drawings, a preferred embodiment of 
the storage system of the present invention will now be 
described in detail. However, this invention is not limited 
to the embodiments below. 
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In Fig. 1, the numeral 1 indicates a storage system, 

which is connected to a network 7 and comprises (i) a file 

server 2 which mainly manages files, (ii) a disk, or storage, 

device , 3 which processes the file server ' s requests for input 
* 

and output of data and stores the data of files, (iii) a 
remote-link initiator (RI) 4 which is an interface to mainly 
send data to another storage system 1, and (vi) a remote-link 
target ( RT ) 5 which is an interface to receive data from another 
storage system 1. 

Although the file server 2 is included in the storage 
system 1 in Fig. 1 , the former may be placed outside the latter 
and connected to the latter through an interface such as a 
fiber channel. 

The file server 2 is a computer comprising a network 
interface (NI) 12 for the connection to the network 7, a CPU 
11 to carry out various kinds of processing, and a main memory 
13 storing programs and data for the CPU 11 . The main memory 
13 stores an OS 16 for the CPU 11 and comprises a file 
system-processing unit (FS-processing unit) 17 to carry out 
various kinds of processing of the file system and a 
file- system cache (FS cache) 18 or a buffer to be used by 
the file system. The FS cache 18 temporarily stores data 
read from the disk device 3 and data inputted by a client 
6 through the network 7. In other words, the FS cache 18 
stores the contents of a file (user data) , as well as metadata 
about the file which are data for file management ( for example , 
the file name, file size, data- storage location, and dates 
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and times of update of the file), a journal log which is the 
history of update of metadata (time-series historical 
information about metadata), and so on. 

The file system described above is to allow access to 
data as a file by managing the disks. There are two types 
of access: write and read. In the case of writing, the file 
system determines which area of which disk the data should 
be written into and writes the data in the area. If the 
remaining space of the area allocated to the file is too small, 
another area is allocated to the file and data are written 
into the file. In the case of reading, the file system finds 
which area of which disk the contents of the file are stored 
in and reads the data from the area. Thus, allowing access 
to data as a file means to correspond the contents of files 
to locations on the disks. 

The disk device 3 comprises (i) disk drives 23 which 
include magnetic media and store data such as the contents 
of files, (ii) a disk-control unit 21 which controls the disk 
drives 23, and (iii) a disk cache 22 which is controlled by 
the disk-control unit 21 and used for the transmitting and 
receiving data to and from the disk drives 23. A plurality 
of physical disk drives such as a disk array of the RAID 
(Redundant Arrays of Inexpensive Disks) type may be used 
instead of a single physical disk drive. 

The disk cache 2 2 comprises a nonvolatile memory with 
a battery so that the data stored in it are not lost even 
if the power supply is disturbed. According to the input 
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and output from the file server 2, data-storing areas (cache 
entries) are allocated in the disk cache 22 and the data 
received from the file server 2 and those read from the disk 
drives 23 are temporarily stored in the areas. Besides, 
performed in the disk cache 22 are the preparation of data 
for remote copy according to the writing from the file server 
2and the temporary storage of data for remote copy received 
from another storage system 1 through the remote -link target 
(RT) 5. 

With the above configuration, access to a certain file 
in the disk device 3 is accomplished by reading the file's 
metadata, which is file-management information and includes 
the data- storing location, from the disk device 3 into the 
disk cache 22 and referring to the metadata. 

In the integrated system of Fig. 2 # a storage system 
1 receives a request for processing from a client 6 connected 
through the network 7 to the network interface (NI) 12. The 
remote-link initiator (RI) 4 of the storage system 1 is 
connected to the remote-link target 5 of another storage system 
1 located at a geographic distance through a communication 
link 8 such as a dedicated line by a fiber channel. As shown 
in Fig. 2 , a storage system 1 may be provided with a plurality 
of remote-link initiators (RI) 4 and coupled to a plurality 
of storage systems 1, or each of storage systems 1 may be 
provided with a remote-link initiator (RI) 4 and a remote -link 
target (RT) 5 and the storage systems 1 may be connected in 
series. Each disk drive 23 (hereinafter "initiator disk 
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drive 23") of the disk device 3 of a storage system 1 with 
a remote-link initiator (RI) 4 and each disk drive 23 
(hereinafter "target disk drive 23") in the disk device 3 
of another storage system 1 with a remote- link target (RT) 
5, both systems mutually connected, constitute a pair. When 
data are entered into an initiator disk drive 23, the same 
data is transferred to its counterpart, a target disk drive 
23, so that the two disk drives 23 in a pair have the same 
data. 

Remote copy is made by a synchronous method or an 
asynchronous method. According to the synchronous method, 
the entry of update data into a disk drive 23 at a local site 
and the transfer of the same data to a disk drive 23 at a 
remote site take place simultaneously. The processing of 
update at the local site is finished when the transfer of 
the update data to the remote site is completed. According 
to the asynchronous method, the processing of update at a 
local site is finished without waiting for the transfer of 
the update data to a remote site to be completed. In either 
case, update data is transferred to the remote site and the 
remote site is updated in the order of update at the local 
site. 

Referring to Fig. 3, the outline of the data transfer 
between a local site and a remote site and the reference to 
the latest file data at the remote site will now be described. 
In Fig . 3 , two storage systems A and B at a geographic distance 
from each other are connected through a remote- link initiator 
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RI and a remote-link target RT. The data flow will be described 
on the assumption that a client 37 , who is connected to the 
storage system A through a network, writes data into the 
storage system A and then another client 38 , who is connected 
to the storage system B through a network, reads data from 
the storage system B. 

The client 37 at the local site makes a write request 
to the file server of the storage system A, and update data 
is transferred from the client 37 to the storage system A 
(SI) . Then, the FS-processing unit 17 in the storage system 
A updates the metadata 40, the user data 41, and the journal 
log 42 in the FS cache 33 (S2) at the local site. 

The updated user data 43 and the updated journal log 
44 of the FS cache 18 are synchronously written into the disk 
cache 35 in the storage device (S3). Then, the remote-copy 
unit prepares data for remote copy and transfers the data 
to the storage system B. 

The data transferred from the storage system A is 
reflected in the disk cache 36 of the storage system B, and 
the user data 45 and the journal log 46 in the disk cache 
36 of the storage system B are updated so that their contents 
are the same as those of the user data 43 and the journal 
log 44 of the storage system A (S4). When the journal log 
46 in the disk cache 36 is updated, a metadata-update monitor 
detects the update (refer to the explanation about Fig. 4 
below) and a metadata-updating unit reads the journal log 
46 into the FS cache 34 (S5). The metadata-updating unit 
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updates the metadata 47 in the FS cache 34 by using the journal 
log 49 thus read out (S6). When the metadata is updated, 
an FS- cache purger discards the user data in the FS cache 
34 corresponding to the pre-update metadata. 

When a client 38 at the remote site makes a read request 
to the storage system B, the user data 45 is read from the 
disk device based on the updated metadata and stored into 
the FS cache 34 (S7) . Then, the user data 48 are transferred 
to the client 38 as a response to the read request from the 
client 38 (S8). Thus, the client 38 at the remote site can 
refer to the contents of the file written by the client 37 
at the local site. 

Now, referring to Fig. 3, the outline of the data 
transfer between a local site and a remote site and the 
reference to the latest file data at the remote site will 
be described again. Access to a file in the disk device of 
a storage system is made by reading metadata, or data for 
file management, into the FS cache, referring to the metadata 
thus read out, finding the location of data of the file, and 
making access to the file. If (i) a client makes access to 
the storage system at the remote site after user data and 
a journal log, or a history of file -management information, 
are transferred from a storage system at a local site to a 
storage system at a remote site and (ii) the metadata for 
old user data still remains in the FS cache of the storage 
system at the remote site, the FS (File System) -processing 
unit of the storage system at the remote site refers to the 
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old metadata and fails to make access to the new user data 
transferred from the local site (because the old metadata 
include the storage location of the old user data, access 
to the new user data cannot be made by referring to the old 
metadata) . 

To solve the above problem, new metadata are stored 
in the FS cache of the storage system at the remote site by 
using the journal log or the history of f ile -management 
information which, together with the user data, was sent from 
the storage system at the local site. If the old user data 
still remains in the FS cache at the remote site, the old 
user data is read from the FS cache in response to a client's 
read request; therefore, the old user data in the FS cache 
at the remote site is discarded. Thus, when a client at the 
remote site makes a read request, reference is made to the 
new metadata in the FS cache and access is made to the file 
of new user data. 

Now the functions and workings of each unit of each 
storage system during data transfer from the local site to 
the remote site will be described. Fig. 8 shows the structure 
of an example of remote-copy data to be prepared at the local 
site and transferred to the remote site. The sequential 
number 81 is the serial number of update at the local site. 
The data of the storage system at the remote site is updated 
in the order of the sequential number to assure that the update 
order at the remote site is the same as the update order at 
the local site. The data- storage location 82 contains 
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information to identify the target disk drive at the remote 
site and information about the data- storage location in the 
target disk drive. The data 83 are the contents of update 
at the local site and stored in the data- storage location 
82 at the remote site. 

Fig. 5 shows the flow of processing by the FS (File 
System) -processing unit 17 of a storage system 1 in response 
to the client's write request. The FS-processing unit 17 
receives a write request from the client 6 who is connected 
to the storage system 1 through a network 7 (Step 101). In 
Step 102, it is checked whether there is metadata of the file 
to be processed in the FS cache 18 or not . If not , the process 
goes to Step 103 to read the metadata from the disk device 
3 into the FS cache 18. 

In order for the FS-processing unit 17 to process a 
file, the necessary data (user data and metadata) have to 
be in the FS cache 18. If not, the FS-processing unit 17 
reads the necessary data from the disk device 3 into the FS 
cache 18 as described above. The data thus read into the 
FS cache 18 is not discarded after the intended processing 
is finished, but kept in the cache 18. Thus, if necessary, 
any of the data in the FS cache 18 can be used again without 
reading the same from the disk device 3 into the cache 18. 
Thus, the efficiency of processing is raised. 

After reading necessary metadata from the disk device 
3 into the FS cache 18 in Step 103, the FS-processing unit 
17 updates the metadata in the FS cache 18 in Step 104. At 
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the same time, the FS-processing unit 17 prepares a journal 
log corresponding to the contents of update and writes the 
journal log into the disk device 3 (Step 105). 

A journal log is log information (information about 
update history of metadata) to be stored in a journal- log 
area 90 (see Fig. 9) of a disk drive 23. The contents of 
update of metadata by the FS-processing unit 17 are recorded 
as log information in the order of update. The recording 
of a new journal log is started at the position indicated 
by an end pointer 92, and the position indicated by the end 
pointer 92 is moved to next to the recorded location. A start 
pointer 91 indicates the start position of a journal log 
including metadata whose update is not yet done in the disk 
device 3. The FS-processing unit 17 writes the metadata of 
the FS cache 18 into the disk device 3 as the need arises 
and moves the position of the start pointer 91 ahead. In 
other words, once the metadata of the FS cache 18 are timely 
written into a disk drive, the position of the start pointer 
can be moved ahead. After reaching the end of the log- data 
area 93 in the journal-log area 90, positions indicated by 
the start and end pointers 91 and 92 are moved to the head. 
With this wraparound movement , they indicate positions within 
the log-data area 93. 

The journal log in the log-data area 93, defined by 
the positions indicated by the start and end pointers 91 and 
92 , indicates the region in which a journal log corresponding 
to metadata, which have not been stored in the disk device 
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3 yet, is stored. In other words, once metadata reflecting 
the contents of update are stored into a disk drive, it is 
unnecessary to define the journal log corresponding to the 
metadata with the start and end pointers. 

By writing the journal log into the disk device 3, it 
becomes unnecessary for the FS-processing unit 17 to write 
the contents of update of metadata into the disk device 3 
before finishing the processing for the client 6. It is 
because the data can be restored based on the journal log 
if the data in the FS cache 18 is discardd due to trouble. 

If trouble such as power failure occurs, the contents 
of update of metadata, which are in the FS cache 18 but not 
yet written into the disk device 3, are lost in the FS cache 
17. After restoration of the power supply, the metadata in 
the disk device 3 may be read to be found that they are not 
updated. Therefore, the FS-processing unit 17 reads the 
journal log from the disk device 3, and updates the contents 
of metadata by using the contents of the journal log in the 
area defined by the start and end pointers 91 and 92. Thus, 
the metadata in the FS cache 18 is restored to the latest 
pre- trouble state . 

After writing the journal log into the disk device 3 
in Step 105 of Fig. 5, the disk-control unit 21 allocates 
an area in the FS cache 18 as the need arises and reads the 
user data from the disk device 3 into the FS cache 18. Then, 
the disk-control unit 21 updates the user data received from 
the client 6 in the FS cache 18 (Step 106) , writes the updated 




user data into the disk device 3 (Step 107) , and informs the 
client 6 of the completion of update processing (108). 

As described above, in response to a client's write 
request, the FS-processing unit 17 updates the metadata, 
prepares a journal log, and updates the user data in the FS 
cache 18. The journal log thus prepared and the user data 
thus updated are written into the disk device 3 before the 
client is informed of the completion of update processing. 
It is called "synchronous writing." On the other hand, the 
updated metadata in the FS cache 18 may be written into the 
disk device 3 if necessary, but independent of the processing 
of the client's write request ("asynchronous writing"). 

The flowchart of Fig. 5 shows a case that the user data 
are written into the disk device 3 (step 107 in Fig. 5) 
synchronously with the client's write request. However, in 
the case of some file systems, however, the user data in the 
FS cache 18 are updated in response to a client ' s write request , 
and the updated user data are written into the disk device 
3 only when the FS-processing unit 17 receives a commit request 
for the client 6. In such case, the updated user data are 
written into the disk device 3 asynchronously with the client ' s 
write request and synchronously with the client's commit 
request . 

Now the processing of remote copy by the disk-control 
unit 21 will be described. Fig. 6 shows the flowchart of 
processing of remote copy by the disk-control unit 21. The 
disk-control unit 21 receives a write request from the 
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FS-processing unit 17 in Step 111 and writes the data into 
the disk cache 22 in Step 112 . When the data has been written , 
the remote -copy unit 26 of the disk- control unit 21 prepares 
data for remote copy in the disk cache 22 in Step 113 and 
transfers the data to another storage system 1 at a remote 
site through the remote-link initiator (RI) 4 and the 
remote -link target (RT) 5 in Step 114. The remote -copy unit 
26 receives an acknowledgement from the storage system at 
the remote site in Step 115 and informs the FS-processing 
unit 17 of the completion of the processing of the write request 
in Step 116. 

The storage system at the remote site receives the 
remote-copy data through its remote- link target (RT) 5 and 
reflects in itself the update data included in the remote -copy 
data. When the file server 2 of the storage system 1 at the 
remote site make a read request (a client, who is coupled 
to the storage system 1 at the remote site , makes a read request 
through the file server 2) , the updated data are sent to the 
file server 2. The reflection of update data to the storage 
system at the remote site is made in the disk cache 22. The 
disk-control unit 21 calculates a storage location from the 
data-storage location 82 in the remote-copy data received 
not through the file server 2, but through the remote-link 
target (RT) 5. Entry to the storage location is allocated 
in the disk cache 22, and new data are written there. In 
this way, the contents of remote-copy data are reflected one 
after another in the disk device 3 of the storage system at- 
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the remote site so that the user data in the storage system 
at the remote site is the same as the user data in the storage 
system at the local site. 

As described above, the user data and the metadata 
received through the remote -link target (RT) 5 and written 
into the disk device 3 are not through the file server 2; 
therefore, the data of the FS cache 18 of the file server 
of the storage system at the remote site has to be updated 
so that the client at the remote site can refer to the updated 
user data. The file servers 2 of storage systems at the local 
and remote sites have respective FS caches 18, which have 
respective data. In the case of conventional storage systems , 
therefore, the FS-processing unit 17 at the remote site refers 
to the old data before update, failing to process the read 
request of client 6 correctly. 

To solve the above problem, the FS-processing unit 17 
of the storage system 1 according to the present invention 
comprises a metadata-update monitor 51, a metadata-updating 
unit 52, and a FS-cache purger 53 as shown in Fig. 4. 

The metadata-update monitor 51 detects the update of 
files in the disk device 3 at the remote site. The detection 
of update can be made by, for example, monitoring the writing 
of data into the journal-log area in the disk device 3. As 
shown in Fig. 9, the journal log uses a certain wraparound 
log-data area 93; accordingly, there is an end pointer 92 
which indicates where to write the journal log next. The 
update of a file, or the update of metadata, can be detected 
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by reading the end pointer 92 regularly and finding the change 
of its value. 

When the metadata-update monitor 51 detects the update 
of a file, or the update of metadata in the disk device 3, 
the metadata-updating unit 52 updates the metadata of the 
file in the FS cache 18 in accordance with the update in the 
disk device 3. As shown by the flow of processing in Fig. 
5, the update of metadata in the disk device 3 is not made 
synchronously with the write request of the client 6. 
Therefore, if metadata in the disk device 3 were read at the 
remote site, the old metadata before update would be read 
out. Accordingly, the metadata-updating unit 52 updates the 
metadata by using a journal log. The contents of update of 
metadata at the local site are recorded in the journal log. 
Therefore, it is possible to update the contents of metadata 
at the remote site by using such a journal log. 

The FS-cache purger 53 discards the user data in the 
FS cache 18. A file corresponding to the metadata updated 
by the metadata-updating unit 52 is the file to which data 
is written at the local site, and the user data of the file 
in the FS cache 18 may be of the value before update. The 
FS-cache purger 53 discards the pre-update data in the FS 
cache 18, which makes it possible, upon request for reference 
by the client 6 at the remote site, to read updated user data 
from the disk device 3 into the FS cache 18 and refer to the 
new user data. 

Fig. 7 shows the flow of processing executed, when a 
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file is updated, by the above three components (the 
metadata -update monitor , the metadata-updating unit , and the 
FS-cache purger) in the FS-processing unit 17 at the remote 
site to reflect the contents of the FS cache 18 correctly. 
First, in Step 121, the metadata-update monitor 51 monitors 
update of metadata. When update of the metadata is detected, 
the process advances from Step 122 to Step 123. In Step 123, 
in order for updated contents of the metadata to be reflected 
in the FS cache 18, the metadata-updating unit 52 reads an 
updated journal log. Then, in Step 124, the 

metadata-updating unit 52 updates the contents of the metadata 
according to the contents stored in the journal log. Further, 
in Step 125, the FS cache-purger 53 identifies a user-data 
area of the updated file from the updated metadata. In Step 
126, when a cache entry corresponding to the area exists in 
the FS cache 18, such cache entry is discarded. 

The metadata updated in Step 124 has to be managed as 
metadata which is altered in the FS cache 18 at the remote 
site and to be held by the FS cache 18. This is because the 
metadata has not been updated in the disk device 3 at the 
remote site . . If the metadata in the FS cache 18 is made invalid , 
the old data before update may be read from the disk device 
3 and used. Further, in order to have its data match with 
that of the local site, the disk unit 3 at the remote site 
is sometimes write-protected . In such a case, the contents 
of the metadata updated in Step 124 cannot be written into 
the disk device 3 by the FS-processing unit 17 of the remote 
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site. Therefore, the metadata is held in the FS cache 18 
until the metadata is updated in the disk device 3 at the 
local site and it is stored in the disk device 3 at the remote 
site. 

It is possible to detect the update of the metadata 
in the disk device 3 by using the start pointer 91 of the 
journal-log area 90. While the journal data on which the 
update of the metadata is based is stored in an area between 
positions designated by the start pointer 91 and the end 
pointer 93, the metadata may have not been stored in the disk 
device 3. When the position indicated by the start pointer 
91 is renewed and the journal data having caused the update 
of the metadata is out of a region defined by the start pointer 
91 and the end pointer 93, the metadata has been written into 
the disk device 3 at the local site before the renewal of 
the position indicated by the start pointer 91 and the FS 
cache 18 can release the metadata. 

Even if the cache entry is discarded in Steps 125 and 
126, when the client 6 at the remote site requests reference 
before update of the user data at the remote site, there is 
a possibility that the user data before update is read into 
the FS cache 18 again. In order to prevent the data before 
update from being read out, it is necessary to start Steps 
125 and 126 after confirming that the user data has been updated 
or not to read data there until the update of the user data 
has been completed. The journal log is used to confirm the 
completion of the update of the user data. In this case. 
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the FS-processing unit 17 has to write log data to the journal 
log indicating the completion of the update of the user data. 

Further, in the case of a file system which accompanies 
a commit request. Steps 125 and 126 executed by the FS-cache 
purger 53 can be done using a journal log corresponding to 
the commit processing. 

Also, in Step 126 of Fig. 7, the cache entry in the 
FS cache 18 has been discarded. However, the user data 
remote-copied from the local site is stored in the disk cache 
at the remote site. When user data of a file corresponding 
to the updated metadata exists in the FS cache, in stead of 
discarding such user data, the FS- cache purger may read the 
user data of the file from a disk cache and store it in the 
FS cache. 

The example of the file system processed by the 
FS-processing unit 17 described so far is a journaling file 
system using journal logs. However, the system processed 
by the FS-processing unit 17 is not limited to the journaling 
file system. In such a case, the metadata-update monitor 
51 in the storage system 1 at the remote site detects update 
of the metadata by monitoring update of data in the disk drive . 
There are methods conceivable for detecting update of the 
metadata such as a method in which the remote -copy unit 26 
in the disk-control unit notifies the FS-processing unit 17 
by interruption, etc. and a method in which the remote- copy 
units 26 writes into another disk drive 23 in the disk device 
3 the information that the update took place and a storage 
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location of the updated data and, further, the FS-processing 
unit 17 reads them regularly and their contents are updated 
so that the update of the metadata is detected. 

The metadata-updating unit 52 only has to discard the 
updated metadata in the FS cache 18. In a case where the 
file system processed by the FS-processing unit 17 is the 
one not using journals, the FS-processing unit 17 writes 
metadata into the disk device 3 synchronously with the request 
for writing from the client 6. This is because it becomes 
possible to refer to the metadata after update by discarding 
the data in the FS cache 18 and reading such data from the 
disk device 3 as needed. Further, the FS- cache purger 53 
only have to discard user data, in the FS cache 18, 
corresponding to the metadata discarded by the 
metadata-updating unit 52. 

As described above, in the storage system according 
to the embodiment of the inventor, the file system at the 
remote site comprises the update monitor monitoring file 
updates or metadata updates, the updating unit updating the 
metadata, and the purger discarding data in the FS cache 
corresponding to a file where update took place, thereby 
enabling the updated contents to be reflected in the file 
system at the remote site in real time in accordance with 
the update at the local site and making it possible to refer 
to the latest file data at the remote site. 

Therefore, with regard to the storage system where 
remote copy is carried out, in accordance with the update 



at the local site, contents of the update are reflected in 
real time in the file system at the remote site and the latest 
file data can be referred to at the remote site. 



